home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000872_marca@wintermu….ncsa.uiuc.edu _Tue Apr 13 19:20:19 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA21185; Tue, 13 Apr 93 19:20:19 MET DST
  4. Received: from newton.ncsa.uiuc.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA29885; Tue, 13 Apr 1993 19:39:51 +0200
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA13096
  7.   (5.65a/IDA-1.4.2 for www-talk@nxoc01.cern.ch); Tue, 13 Apr 93 12:39:49 -0500
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:timbl@nxoc01.cern.ch id AA20897; Tue, 13 Apr 93 12:42:01 -0500
  10. Date: Tue, 13 Apr 93 12:42:01 -0500
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9304131742.AA20897@wintermute.ncsa.uiuc.edu>
  13. To: Guido.van.Rossum@cwi.nl
  14. Cc: timbl@nxoc01.cern.ch, www-talk@nxoc01.cern.ch
  15. Subject: Re: Project Gutenberg's Roget's Thesaurus 
  16. In-Reply-To: <9304131637.AA24791=guido@voorn.cwi.nl>
  17. References: <9304131637.AA24791=guido@voorn.cwi.nl>
  18.     <9304131707.AA05778@www3.cern.ch>
  19. X-Md4-Signature: df0b5b5bae12b8e41c525b79d94b22ed
  20.  
  21. Guido.van.Rossum@cwi.nl writes:
  22. > >As more public domain hypertext comes on line, we are going to need
  23. > >some big disks on each continent for it.  We should also perhaps use
  24. > >some mirroring software to keep them up to date.
  25. > 
  26. > I see a problem coming here: how does an unreplicated document (say my
  27. > own home page) mane a reference to such a replicated document?  If I
  28. > have a reference to the closest replica, a user far away who follows
  29. > such a link will get pointed to the replica closest to *me*, not
  30. > closest to her.
  31. > 
  32. > Some possible solutions:
  33. > 
  34. > - a translation scheme whereby clients "know" (e.g. from a local
  35. > configuration file that may be updated automatically as mirror sites
  36. > are added) that information at host X is identical to info at host Y
  37. > 
  38. > - a magic string in hostnames that is translated dependent on the
  39. > geographical position of the client (e.g.
  40. > http://info-cern.closestmirror/...)
  41. > 
  42. > - upon first contact with a server, it might respond with "please
  43. > try the following mirror site which is closer to you" (this could be
  44. > put in HTTP2 I suppose).
  45. > 
  46. > This is a real problem with embedding location information in URLs...
  47.  
  48. Sounds like it's time to move URN's (or whatever persistent Internet
  49. resource identifiers are being called these days) out of the theory
  50. stage and into practice.... anyone know what the status of the URN
  51. work that was/is apparently going somewhere in the IETF?
  52.  
  53. Marc
  54.  
  55. --
  56. Marc Andreessen
  57. Software Development Group
  58. National Center for Supercomputing Applications
  59. marca@ncsa.uiuc.edu
  60.